home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / osigen / osigen-minutes-90dec.txt < prev    next >
Text File  |  1993-02-17  |  5KB  |  163 lines

  1.  
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6.  
  7. Reported by Rob Hagens/University of Wisconsin
  8.  
  9. OSIGEN Minutes
  10.  
  11. Agenda
  12.  
  13.  
  14.    o Presentation of the NSFNET CLNP Pilot - Sue Hares.
  15.    o Presentation of the RARE CLNS Project - Juha Heinanen.
  16.    o Discussion of NSAP guidelines issues.
  17.  
  18.  
  19. This meeting was honored with the presence of many X3S3.3 members.
  20.  
  21. Sue Hares presented an informal description of the NSFNET CLNP Pilot
  22. project.  The CLNP prototype operating in the NSFNET backbone was first
  23. demonstrated in 1989 at INTEROP. This CLNP prototype is based upon the
  24. original CLNP implementation written by Rob Hagens at the University of
  25. Wisconsin - Madison (ARGO) which was later modified to operate in the
  26. NSFNET NSS environment by Dave Katz at Merit/NSFNET. The CLNP service
  27. was fully deployed as an ``experimental prototype'' by August 1990.
  28.  
  29. It is possible to obtain an NSAP address under the NSFNET OSI test AAI.
  30. This NSAP will be valid during the course of the CLNP prototype.  It is
  31. not a permanent NSAP. Contact ``nsfnet-admin@merit.edu'' for more
  32. information about getting a test AAI.
  33.  
  34. Juha Heinanen discussed the RARE CLNS Project.  Rare has to prepare for
  35. CLNS because of:
  36.  
  37.  
  38.    o Decnet Phase V.
  39.    o NSFNET and Internet is likely to employ CLNS instead of CONS.
  40.    o A need for an OSI network service for LAN environments.
  41.  
  42.  
  43. The goals of the RARE CLNS project are:
  44.  
  45.  
  46.    o Gain practical experience in CLNS networking (interoperability,
  47.      routing, performance).
  48.    o Produce a CLNS specific RARE NSAP recommendation.
  49.  
  50.                                    1
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.    o Propose how to organize the operation and management of CLNS
  58.      networking in Europe.
  59.    o Provide a testbed for CONS/CLNS interworking experiments.
  60.  
  61.  
  62. Nordunet has several CLNS routing domains which are connected via Cisco
  63. routers.  These routing domains are connected to the NSFNET prototype
  64. CLNP service via Nordunet, IXI and RIPE X.25 connected to CERN.
  65.  
  66. The NSAP format in use today is based upon AFI 39, with a DSP which
  67. contains:
  68.  
  69.  
  70.    o Version (1 byte)
  71.    o Organization (3 bytes)
  72.    o Routing domain (2 bytes)
  73.    o Area (2 bytes)
  74.    o Host (6 bytes)
  75.    o Selector (1 byte)
  76.  
  77.  
  78. A review of the NSAP guidelines document showed that both topological
  79. and administrative address assignment policies have their advantages and
  80. flaws.  The ``change of address'' problem was discussed.  This problem
  81. occurs when an ES moves from one regional to another.  Two options were
  82. identified:
  83.  
  84.  
  85.    o Send ER with ``address not valid code''.
  86.    o Automatically forward the packet.
  87.  
  88.  
  89. The packet may be forwarded by either forcing the old regional to keep
  90. track of old addresses, or by forcing the new regional to advertise the
  91. old addresses.  This process may involve encapsulation as well.  A
  92. thorough written analysis of these scenerios is required.
  93.  
  94. A second issue that was discussed was the problem that occurs when a
  95. site is connected to more than one regional.  Three solutions were
  96. discussed.
  97.  
  98.  
  99.    o Define one address to be advertised to all three regionals.
  100.    o Break the site into pieces, each with different addresses.
  101.    o Make all hosts in the site multi-homed.
  102.  
  103.  
  104.  
  105.                                    2
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112. There was no consensus on the best solution to the problem.  It is not
  113. clear whether there has to be one solution to the problem.  The major
  114. issue is how will the various strategies affect the architecture,
  115. protocols, algorithms and economies of Internet growth.
  116.  
  117. Attendees
  118.  
  119. Ross Callon              callon@bigfut.enet.dec.com
  120. Lida Carrier             lida@apple.com
  121. A. Lyman Chapin          Lyman@bbn.com
  122. Chris Chiotasso          chris@roswell.spartacus.com
  123. Richard Colella          colella@osi3.ncsl.nist.gov
  124. Robert Cooney            cooney@wnyose.nardac-dc.navy.mil
  125. Curtis Cox               zk0001@nhis.navy.mil
  126. Burt Cyr                 burt@uncng.com
  127. Larry Green              green@pei.com
  128. Robert Hagens            hagens@cs.wisc.edu
  129. Joel Halpern             jmh@nsco.network.com
  130. Alf Hansen               Alf.Hansen@pilot.cs.wisc.edu
  131. Susan Hares              skh@merit.edu
  132. Juha Heinanen            jh@funet.fi
  133. Scott Hiles              whiles@relay.nswc.navy.mil
  134. Fred Klein
  135. Mark Koro                koro@dockmaster.mil
  136. Timothy Kuik             kuik@stpaul.ncr.com
  137. Charles Kunzinger        kunzinge@ralvmg.iinus1.ibm.com
  138. David Marlow             dmarlow@relay.nswc.navy.mil
  139. Judy Messing             messing@gateway.mitre.org
  140. Daniel Molinelli         moline@trw.com
  141. Douglas Montgomery       dougm@osi3.ncsl.nist.gov
  142. James Mostek             mostek@cray.com
  143. James Moulton            Cobra!jmoul@bellcore.com
  144. Mark Needleman           mhn@stubbs.ucop.edu
  145. David Oran               oran@sneezy.enet.dec.com
  146. Nelluri Reddy            nlr@partha.udev.cdc.com
  147. Theresa Senn             tcs@cray.com
  148. Harvey Shapiro           shapiro@wnyose.nardac-dc.navy.mil
  149. Mark Sleeper             mws@sparta.com
  150. Emil Sturniolo
  151. Edward Taylor            ebtaylor@ralvmg.iinus1.ibm.com
  152. Kaj Tesink
  153. David Waitzman           djw@bbn.com
  154. Dale Walters             walters@osi3.ncsl.nist.gov
  155. Linda Winkler            b32357@anlvm.ctd.anl.gov
  156. Dan Wintringham          danw@osc.edu
  157. Russ Wright              wright@lbl.gov
  158. Fei Xu                   fei@tdd.sj.nec.com
  159.  
  160.  
  161.  
  162.                                    3
  163.